home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 8124 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.2 KB  |  54 lines
  1. Newsgroups: comp.lang.c
  2. Path: news.sprintlink.net!eskimo!scs
  3. From: scs@eskimo.com (Steve Summit)
  4. Subject: Re: why arrays may seem like pointers
  5. X-Nntp-Posting-Host: eskimo.com
  6. Message-ID: <DnLLD6.6C3@eskimo.com>
  7. Sender: news@eskimo.com (News User Id)
  8. Organization: schmorganization
  9. References: <313318b8.53776146@nntp.ix.netcom.com> <DnHyrp.CF8@eskimo.com> <MlB_x9_SMUE45Cwf9Q@transarc.com>
  10. Date: Fri, 1 Mar 1996 16:48:41 GMT
  11.  
  12. In article <MlB_x9_SMUE45Cwf9Q@transarc.com>, Jim_Mann@transarc.com writes:
  13. > scs@eskimo.com (Steve Summit) writes:
  14. >> I know of at least two reasons why confusion here persists.
  15. > 
  16. > I think there are serveral others, mostly dealing with common methods
  17. > of using arrays and pointers... if I declare (and later allocate)
  18. >    char *foo;
  19. > I can acess elements as foo[3];
  20.  
  21. Indeed.  And this fact suggests that we may be being a bit too
  22. reactive when we jump all over someone who casually mentions that
  23. "a pointer is just like an array" or something.  Probably all of
  24. us have written
  25.  
  26.     char *p = malloc(100);
  27.  
  28. and then treated p as if it were an array; we may say
  29. (informally) that "p is an array of 100 chars"; and we may even
  30. use, instead of "p", a name containing the word "array".  So when
  31. someone says "this pointer is an array," in a context where it's
  32. clear that they mean "this pointer is simulating an array," there
  33. needn't be any argument.  (It is perhaps this misunderstanding
  34. which has caused some unnecessary debate over in a PL/I vs. C
  35. thread.)
  36.  
  37. > For reasons like this, many newer C programmers get to thinking that
  38. > arrays and pointers are pretty much the same thing.
  39.  
  40. Yup.  And, in some ways, they are, or at least, they can
  41. certainly seem to act like each other.  We should always be
  42. careful, then, to insert those little extra words: not "this
  43. pointer is an array" but "this pointer is simulating an array";
  44. not "an array in a value expression is a pointer" but "an array
  45. in a value expression generates a pointer."
  46.  
  47.                     Steve Summit
  48.                     scs@eskimo.com
  49. -- 
  50. The Communications Decency Act within the Telecommunications Act
  51. of 1996 (U.S.) is an annoying, threatening, abusive, indecent,
  52. and obscene piece of legislation which attempts to ban annoying,
  53. threatening, abusive, indecent, or obscene communication.
  54.